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Introduction 


Welcome!!!  Thank  you  for  your  interest. 

The  Defense  Sciences  Office  of  DARPA  is  planning  an  initiative 
in  Prognosis 

Any  initiative  will  depend  on  the  availability  of  funds  and 
subject  to  Agency  priorities  and  other  factors. 

If  a  DARPA  Program  is  instituted  it  will  be  announced 
through  a  Broad  Agency  Announcement  (BAA). 

The  Government  reserves  the  right  to  fund  all,  any  or  none 
of  any  proposals  that  are  received. 

Only  a  Contracting  Officer  can  obligate  the  Government 

(no  such  person  is  here  today  or  tomorrow!!!) 

We  look  forward  to  your  ideas  and  comments. 
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Objectives  of  the  Meeting  and  Workshop 


•  To  Share  the  Prognosis  “vision” 

•  Provide  you  with  examples  of  Prognosis 
technology  elements  (these  are  NOT  prescriptive) 

•  Facilitate  team  building 

•  Allow  the  technical  community  to  ask  questions 
and  provide  feedback  and  ideas  to  DARPA 
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Communicating  with  DARPA 


•  Future  programs 

•  Prognosis 

•  Presentations  from  this  meeting 

•  FAQs  and  Answers 

•  To  submit  a  question  send  e-mail  to  SN0223@darpa.mil 
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DARPA’s  Vision  of  Prognosis 
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Prognosis 


Delphi  Oracle 


Power  is  Knowing  the 
Future 


Prognosis 

Pro  (TTpOTOs)  =  first,  before,  ahead,  prior 
Gnosis  (yvcoais)  =  knowledge 
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The  Premise  of  The  Program 


Operational  advantage  derived  from 
knowing  the  future  performance  of 
individual  assets. 

1.  System  capability/performance  (and 
ultimate  failure)  must  be  predicted. 

2.  Individual  systems  should  be  robustly 
and  adaptively  deployed  based  on  their 
current  and  future  capability  state: 

a)  specific  assets  assigned  to  specific 
missions. 

b)  mission  profiles  changed  to  remain 
with  capability  profile  and  still 
achieve  desired  result. 

c)  asset  ‘transformed’  to  a  different 
element  in  a  fighting  system. 

3.  There  will  be  pervasive  impact  in  air, 
land,  sea,  space,  manned  or  unmanned 
vehicles. 


Mapping  Prognosis  onto  Present  and 
Future  Combat  Scenarios 


•  Enhances  readiness 

•  Increases  force  projection 

•  Maximizes  asset  availability 

•  Reduces  logistics  burden 

•  Enhances  safety 

•  Reduces  costs 

•  Enables  new  operational 
scenarios 

•  Empowers  the  commander 


Addresses  Present  Needs 

•  Aging  assets 

•  Limited  sustainment  budgets 

•  Extended  operations 


Enables  Future  Combat  Operations 

•  Expeditionary  forces  engaged  with 
minimal  supply  and  logistics  support. 

•  Replacements  (or  parts)  not  available 

•  Information  links  rich  and  robust 

•  Adaptive  asset  allocation  decisions  made 
by  local  commanders 

•  Continuously  adaptive  elements  in  a 
fighting  system 


Program  Context 


•  This  is  NOT  a  maintenance/logistics  program  (although  we 
expect  to  see  leverage  from  such  activities  and  positive  impact 
to  them). 

•  This  is  NOT  a  life  extension  program  (although  we  expect  to 
see  leverage  from  such  activities  and  positive  impact  to  them). 

•  This  is  NOT  a  sensor  development  program  (although  some 
sensor  activities  within  the  program  are  likely). 

•  This  is  NOT  an  ‘information  technology”  program  (although 
IT  is  very  important). 

•  This  a  “physical  sciences”  program.  It  will  develop  the 
technical  modules. 

•  This  program  establishes  methodologies  and  tools  for 
prognosis 
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Focus 


Revolutionary  (not  incremental) 
technological  developments. 

Focus  on  materials  and  structures  (not 
electronics,  control  software) 
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We  Must  Change  the  Present  Paradigm 


Presently,  “Fear  of  Failure”  controls  our  design, 
management,  deployment  and  use  of  all  critical  elements 
of  combat  systems  (aircraft,  helicopters,  space  vehicles, 
submarines,  ships,  UCAVs,  fighting  vehicles,...)- 

•  Forces  undue  conservatism  (large  safety  factors) 
reducing  performance. 

•  Severely  impacts  combat  system  availability  and 
readiness. 

•  Forces  non-optimal  use  of  available  assets. 

•  Results  in  high  cost. 
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Fear  is  Justified:  Materials  Failure  Matters! 
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Fear  is  Justified:  Materials  Failure  Matters! 
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Fear  is  Justified:  Materials  Failure  Matters! 


PROBABLE  CAUSE:  "The  National 
Transportation  Safety  Board  determines  that 
the  probable  cause  of  this  accident  was  the 
inadequate  consideration  given  to  human 

factors  limitations  in  the  inspection 

and  quality  control  procedures  used  by  United 
Airlines'  engine  overhaul  facility  which 

resulted  in  the  failure  to  detect  a 

fatigue  crack  originating  from  a 

previously  undetected 

metallurgical  defect  located  in  a 

critical  area  of  the  stage  1  fan  disk 

. The  subsequent  catastrophic 

disintegration  of  the  disk  result  in  the 
liberation  of  debris  in  a  pattern  of  distribution 
and  with  energy  levels  that  exceeded  the  level 
of  protection  provided  by  design  features  of 
the  hydraulic  systems  that  operate  the  DC-lO's 
flight  controls."  (NTSB/AAR-90/06) 


Date:  19  JUL  1989 

Type:  McDonnell  Douglas  DC-10-10 

Operator:  United  Air  Flight  232 

Registration:  N1819U 

Year  built:  1973 

Total  airframe  hrs:  43401  hours 

Cycles:  16997  cycles 

Total:  111  fatalities  /  296  on  board 

Location:  Sioux  City-Gateway,  lA 


The  Present 


Management,  deployment  and  use  of  combat  systems  is  dominated  by 

our  fear  of  failure 


¥ 


Yes 


Database:  ^  ^ 

Missioi^Bistdry, 
Mainteijanc’e,  Life  Extension 
^  ^  ^  and  Design. 


Failure  Occurrences 


¥ 


NO 


Prognosis-based  Asset  Management 
Approach 

SHIM  ^ 

•  Management,  deployment  and  use  of  assets  based  on 
PROGNOSIS  —  knowledge  of  future  performance  based  on 
reliable  prediction  capability  of  individual  platforms. 

•  Managing  according  to  knowledge  of  the  individual  and 
actual  remaining  performance 

•  Managing  uncertainty  by  reliable  (physics-based?) 
predictive  capability 

•  Enabling  material  “state  awareness” 
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The  Prognosis  Vision 


Interrogation 
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Database: 

Mission  History, 
Maintenance,  Life  Extension 
and  Design. 


Failure  physics, 
damage  evolution, 
predictive  models 


I 


Yes 


Capability  Profile,  e.g 


speed 


NO 


Prognosis  Translates  Knowledge  and  Information  Richness  to  Physical  Capability 
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Interrogation  and  State  Awareness 


Conceptual: 

•Not  inspection 

•Allows  the  material  and  structure  to  communicate  its 
state 

Practical: 

•Local  (embedded/in-situ)  or  global  information 

•Multi-spectral,  -spatial,  temporal 

•May  require  external  perturbation  or  pre-defined 
maneuver(s) 

•Benchmarked  (initially  and  subsequently?) 

•MAY  demand  inspection  (last  resort) 
Analytical/Computational : 

•Feature  extraction 
•Dimensionality  reduction 
•Reliable  error  estimation 
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Existing  Database  (History  and  Past 
Missions) 


Database: 
Mission  History, 
Maintenance,  Life 
Extension  and 
Design. 


DO  REALLY  use  past  mission  history. 

•Identify  salient  features  of  every  mission. 

DO  take  into  account  knowledge  of  the  system  behavior. 
•Track  trends. 

DO  take  into  account  maintenance  history. 

Exploit  expert  knowledge. 

Leverage  previous  efforts. 

Exploit  IT  revolution. 


20 


Damage  Evolution 


Failure  physics, 
damage  evolution, 
predictive  models 


Use  knowledge  of  applicable  physics. 

Invoke  and  exploit  coupled  and  interacting 
mechanisms. 

Use  multiple  models  (if  available). 

Physics-based  and  data-driven  models  will  evolve — 
allow  for  updates. 

Reduced  and  full  models. 

Sensors  can  modulate  model  predictions. 
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Failure  is  Neither  Random  or  Unpredictable 


Failure  mode  DOMAINS  well  defined  (fatigue,  creep,  corrosion,  etc.) 
Failure  is  progressive: 

NUCLEATION/INITIATION 

PROPAGATION/ESCALATION 

COALESCENCE 


Reliable  failure  PREDICTION  will  be  accomplished  by  combination  of; 

1.  Models  of  physics  of  failure 

Evolution  of  damage 
Coupled  effects 

2.  Interrogation  tools  for  state  awareness 

Local  AND  global 
Signature  manifestations 


Strain 


Physics  of  Failure:  Damage  Evolution 
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Physics  of  Failure:  Damage  Evolution 


A  _ . 

'cr(l-tf)' 

and  d„„.,  are  lengths 
representative  of  the 
microstructure  (e.g., 
grain  size) 


H  describes  the 
internal  stress 


H  = 


trl  H*, 


Dj  describes  the 
contribution  of  the 
dislocation  density 
D,  =  c{\-dJs 


Failure 


CO  is  the  fraction  of  cavities 
nucleated 

.  k  \j 


CO  = 


X  is  the  fraction  of 
recrystallized  phase 


1 


\-X 


(1  -  X  )D. 


Time 


Distribution  of  y-grain  size 


1;' 


After  rupture 

5  %  strain 


5  10  15 

Size  (microns) 


20 


25 


Damage  Evolution 


Conceptual  Model/State  Awareness  Fusion 


Time  of 
prediction 


Mission/Usage 


Knowledge  of  failure  domains 
establishes  functional 
behavior  of  damage  evolution. 

Tracking  changes  not  absolute 
values. 

Fidelity/reliability  increases 
with  prognosis  system  usage 
and  maturity. 

Short  term  predictions  more 
reliable  than  long  term 
“lifing”  predictions. 

Uncertainty  in  model 
predictions  modulated  by  state 
awareness  tools  and  pedigree. 
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Prognosis  System 


Failure  physics, 
damage  evolution, 
predictive  models 


Prognosis 


Database: 

Mission  History, 
Maintenance,  Life  Extension 
and  Design. 


Integrates  all  elements,  system  knowledge  and  logic 
Predicts  capability 

Provides  multiple  decision  makers  the  required 
information  (operator,  local  commander,  theatre 
director,  maintenance,  etc. 

Provides  confidence  levels  on  predictions 

Employs  sophisticated  and  evolving  reasoners 

Conveys  pertinent  information  for  easy  assimilation 

Relies  on  local  and  rapid  e.g.  onboard  (reduced) 
response  and  more  complete  e.g.,  CONUS,  control 
center  (full)  system  models 

Benchmarked  at  convenient  times  and  locations 

Based  on  open  and  modular  architecture 
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Example  Technical  Approach 


How  would  one  do  Prognosis? 
What  would  one  actually  do? 


27 


The  Link 

I  System  Parameters  (throttle  setting)  [— 


CFD,  FEM 


Temperature,  stress,  time, 
environment,  etc.  (inch  distribution) 


disk  I 


t 

Component,  e.g., 


Interrogation  Tools  for 

State  Awareness 
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Laser  Ultrasonics 

Thermoacoustic 

Thermoelectric 


Evolving  Material  Microstructure 
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Example  Link 


System  Parameters  (throttle  setting) 


Heuristic-based  Approaches 
Sensitive  to  individual  system  (from  design 
Require  training  (moderated  by  CFD  and  FEM) 

Do  not  deal  well  with  previously  un-encountered  domains  of  behavior 
Benchmarking  required 


Component,  e.g.,  disk 


Testbeds  with  KNOWN  flaws 


Physics-based  Approaches 
Relies  on  key  state  variable-microstructure* 

Intrinsic  to  individual  material  classes 
Predictive  (with  high  accuracy  in  short  term) 
Deterministic/Probabilistic  (uncertainty  can  be  estimated) 

We  can  re-register  —  can  verify/recalihrate  at  a  convenient  time 
Benchmarking  easy  and  inexpensive 
Microstructure  evolves  according  to  physical  laws 
Manageable  dimensionality-  Computationally  tractable 


Evolving  Material  Microstructure 
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How  Does  it  Work? 
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Prognosis  Likely  Content 


•  Develop  Science  and  Technology 

•  Develop  predictive,  coupled,  multi-scale  damage  evolution/physics  of  failure  models 

•  Develop  (non-intrusive)  state  awareness  techniques  and  tools. 

•  Apply/develop  the  math  techniques  for  feature  extraction  and  characterization  of 
the  state  of  the  system. 

•  Develop  performance  projection  capability  based  on  current  state. 

•  Synthesize  adaptive  mission  strategies  and  (on-board)  reasoning/intelligence  system 

•  Develop  the  tools  to  give  multiple  users  reliable  and  accurate  capability  status  in 
“real  time” 

•  Exploit  Technology 

•  Employ  existing/develop  test  beds  to  validate  tools  and  models 

•  Leverage  data  fusion  technologies  to  implement  Prognosis  architecture  and 
reasoning  system  implementation 

•  Exploit  effective  data  mining  techniques  (from  IT?) 

•  Deliver  Demonstrations 

•  Demonstrate  impact  through  analysis  and  physical  demonstrations 

•  Deliver  decision  tools  for  pervasive  (sub)system  manned  or  unmanned  systems. 


We  Will  Look  For 

Revolutionary  (not  incremental)  technological  developments 

Address  the  hard  problems  (coupled  and  interacting  failure  modes,  physics  of 
failure,  techniques  for  rapid  interrogation  of  structure,  establishing  predictive 
capability,  feature  extraction,  managing  uncertainty,  data  fusion,  reasoning  system, 
etc 

Leverage  of  developments  in  information  technology,  data  fusion,  etc. 

Focus  on  materials  and  structures  (not  electronics,  control  software) 

Focus  on  decision  makers  (immediate,  short  and  medium  term)  for  asset 
management,  deployment  and  use  based  on  capability 

Open  architecture 

Modular  architecture 

Applicability  to  new  and  legacy  systems 

Robust,  logical  transition  plans 
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Program  Context 


•  This  is  NOT  a  maintenance/logistics  program  (although  we 
expect  to  see  leverage  from  such  activities  and  positive  impact 
to  them). 

•  This  is  NOT  a  life  extension  program  (although  we  expect  to 
see  leverage  from  such  activities  and  positive  impact  to  them). 

•  This  is  NOT  a  sensor  development  program  (although  some 
sensor  activities  within  the  program  are  likely). 

•  This  is  NOT  an  ‘information  technology”  program  (although 
IT  is  very  important). 

•  This  a  “physical  sciences”  program.  It  will  develop  the 
technical  modules. 

•  This  program  establishes  methodologies  and  tools  for 
prognosis 
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Questions? 
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Anticipated  Program  Structure 
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\Ah?A. 


DARPA  PROGNOSIS  ROAD  MAP 


Interrogation  tech 
Failure  Models 
Dimensionality  reduction 


Seedling 

Projects 


Helo  Gear  Crack 


Engine  Disk  Crack 
Integrate  Models 
Detection  Sensors 


Space 

•  Engine  Bearings 

•  Structures 

•  Tanking  Materials 

•  Gimbals 


Aviation 
•  Legacy/new 


-  Propulsion 

-  Structures 

-  LO 

-  All  Subsystems 


PHASE  2!!!!! 
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Anticipated  Program  Structure 


•  Integrated  teams  (1-3) 

•  Industry,  academia,  research  institutions,  Government/National  labs 

•  Clearly  defined  and  justifiable  challenge  problem  (system/subsystem) 

•  3-4  year  effort 

•  Technical  milestones  with  Go/No  Go  decisions 

•  First  milestones  (Go/No  Go  Decision)  no  later  than  18  months  from  start 

•  Clearly  defined  payoffs  and  deliverables 

•  (Blind?)  demonstration(s)  at  the  system/subsystem  level 

•  (Multiple)  transition  plan(s) 

•  Inhabited  or  uninhabited  systems 

•  Air,  Land,  Sea  or  Space  systems 
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Likely  Proposal  Evaluation  Criteria 

I  III 


1.  Technical  Merit 

Revolutionary  and  enabling 
Technical  rationale 
Technical  tasks  relative  to  SO  A 
Metrics  of  success 

2.  Impact  to  DoD 

3.  Experience/personnel/facilities 

4.  Cost  realism  and  value  to  the  Government 
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Anticipated  Schedule  of  Events 


Bidders  Conference  and  Workshop 

Sept.  02 

Technical  Community  Feedback 

Oct.-Nov.  02 

BAA  Announcement  (new  or  amendment  to  BAAOl-42) 

lst/2nd  Q  FYOa 

Proposals  due 

2nd/3rd  Q  FY03 

Preliminary  selection 

2nd/3rd  Q  FY03 

Presentations  to  DARPA  by  selected  bidders 

2nd/3rd  Q  FY03 

Awards 

3rd/4th  Q  FY03 
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The  total  level  of  investment  in  the  initiative  has 
not  heen  determined. 

The  value  of  any  contracts  under  the  initiative 
will  he  strictly  dependent  on  the  quality  of  the 
proposal(s)  received. 

Any  proposals  received  may  be  fully  or  partially 
funded  and/or  combined  with  others. 
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Communicating  with  DARPA 


•  Future  programs 

•  Prognosis 

•  Presentations  from  this  meeting 

•  FAQs  and  Answers 

•  To  submit  a  question  send  e-mail  to  SN0223@darpa.mil 
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Questions? 


